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Method and system for producing web pages matched 

to client properties 

5 Description 

The invention relates to a method and a system for 

producing web pages for client appliances, where the 

web pages are automatically matched to the type and 
10 properties of the client appliances.. 

The large number of different, client . appliances 
currently used for communication via the Internet, 
which include PCs, laptops, handheld computers or 

15 mobile telephones with WAP capability, for example, 
require a multiplicity of "different web browsers for 
accessing the Internet. The various client appliances 
or appliance types- have different technical features. 
By way of' example, their display devices are in the 

20; form of black-and-white or color screens of different 
size and resolution, or their input devices are in the 
form of a keypad or touchscreen. However, even 
appliances with identical properties can use different 
web browsers, for example Internet Explorer, Netscape 

25 or Opera, whose support for special functions going 
beyond the standard language HTML 3.2, in particular, 
differs greatly- in some cases. 

When providing web pages from the Internet, the web 
30 server is not able to make fixed assumptions about the 
properties of the client "appliance to which it is 
transmitting the web pages. Since different web 
browsers may be used, it is found to be difficult to 
provide pages having a high level of user convenience 
35 and interactive contents instead of simple HTML pages, 
which are usually created in standard form for all 
browsers, since this, requires the use of special 
complex client-end technologies, such as dynamic HTML 
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(Hypertext Markup Language), Frames, Cookies, 
JavaApplets or ActiveX .Controls, which are not 
supported by many browsers, or are . supported in 
different ways in different browsers. This may result 
5 in web pages being displayed incorrectly in some 
browsers, or not being able to be displayed at all. 

With the future' continuing increase in the spread of 
mobile terminals with Internet access, particularly WAP 
10 mobile phones, UMTS mobile phones, handheld' computers 
or pocket PCs, the web contents of the web pages need 
to be conditioned in appropriate form not only for 
different browsers but also for much smaller displays, 
for example. 

15 ' • 

At present, support for the diversity of different 
client appliances is normally achieved only by virtue 
of an individual, sometimes very complex version of the 
web pages being. created for each client type. 

20 . 

One approach to a solution in previous web technologies 
is to develop different web pages or different web 
programs, such as Active Server Pages, which is 
described in Williams , A. , Barber, K. , and P., Newkirk, 

25 ^^Active Server Pages Black Book", 10^ ed. , Corxolxs 
Group, 1998, pp. 600, or Java Server Pages, which is 
described in Hall, M. , ^^Core Servlets and JavaServer 
Pages", Prentice Hall PTR, 2000, pp. 608, in order to 
handle the graphical user interface and interaction 

30 with each specific client environment on an individual 
basis. 

However, this requires the code for each web page to be 
created in multiple form modified as appropriate for 
35 the respective client appliance. This inevitably 
results in the complexity for creating and maintaining 
the web pages being multiplied, since the web contents 
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need to be created, .or modified in all manifestations of 
the pages. 

A further drawback of * previous web technologies for 
5 producing web pages which are matched to the properties 
of the different client appliances results from the 
fact that various Internet addresses, known as* '"URLs" 
(Uniform Resource Lpcators) , need to be provided for 
the web pages tailored to different client types. 

10 - ' 

The invention is therefore based- on the object of 
specifying a method and a system for producing web 
pages for client appliances, where the web. pages are 
automatically matched to ' the type and properties of the' 

15 client appliances in order to produce an efficient 
. representation and minimal complexity for maintenance 
of the web pages. 

This object is achieved by a method for automatically 
20 producing web pages for client appliances of different 
client type and/or with- different client properties 
having the features specified in claim 1. 

Advantageous refinements and a system for producing web 
25 pages for client appliances of different client type 
and with different client properties are specified in 
further claims. 

. A basis for automatic production 'of a web page 
30 requested by the client appliances is the web pages on 
a web server, which comprise one or more recorded web 
components in various variants for the different client 
appliances and browsers and which produce a matched 
representation of the requested web page for the 
35 respective client appliance. 

In this context, a web component" is an object which 
stores both the server-end . code ■ and data for the web 
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page and which makes a specific set of services 
available to the web ^xver in order to condition: 
contents for the web pages in suitable fashion. 

5 When the web server receives a page request from a 
client appliance, which is subsequently also called 
client, it ascertains the type and properties of the 
client, particularly of the browser, and instantiates 
the web components for the requested web page which are 
10 suitable for representing the page content for this 
client. The instantiated . server-end web components then 
produce the page content in suitable fashion for the 
client which has requested the page. 

15 Alternatively, it is also possible to instantiate 
fundamentally all web components of a web page, but 
with even then only the web components which are needed 
for the respective client being used to produce the 
page contents . 

20 

In this case, the properties of the client comprise the 
service feature.s of the browser, such as support for 
DHTML (Dynamic Hypertext Markup Language), for Cookies, 
or for frames, but also the properties of the display, 

25 such as PC screens, handheld computers or WAP mobile 
phones . Determining what kind of client type and 
browser are involved is in this case preferably done on 
the basis of the information in the corresponding text 
fields in the http request header (file header of a 

30 hypertext transfer protocol request) . 

Once • the instantiated web components have produced the 
content of the web page for the client, the web server 
transmits the web page which has been matched to the 
35 client type and to the client properties in this way to 
the client. 
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In this case, it is sufficient for the^ web server to 
determine just orice for a client making a request for a 
web page what kind of client is involved. After that, 
an individual session is produced . for this client on 
5 the web server (for example in accordance with the 
procedure described in Williams, A., Barber, K. , and 
P., Newkirk, Active Server Pages Black Book", 10^ ed. , 
Coriolis Group, 1998, pp. 600). This session can then 
be used to store the profile of the client. . 

10 

If the client now makes further requests to the web 
server, the client's profile which has been . stored and 
•available on the web server all this time is used to 
produce the web page. If the client effects no further 
15 ■ access to the web server over a relatively long time, 
the session in question is ended. 

In an alternative embodiment, the client profile is 
stored on the client, for example in the URL or • in the 
20 form- of Cookies in the web page. 

The invention advantageously provides efficient support 
for a multiplicity of different client appliances with 
different browsers . 

25 

Each web application which is intended to support . more 
•than one client appliance or one browser type benefits 
from the described . use of . the web components. 

30 The invention advantageously allows the complexity for 
developing and maintaining the pages to be minimized. 

It is also possible to tailor the web contents of the 
requested web -pages to the various client appliances in 
35 optimized fashion, with the complexity for developing 
and maintaining the web contents of the pages which are 
shown on the various client appliances in different 
ways being minimized. 
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The inventive method may also be used advantageously 
for the multiplicity of the mobile terminals with 
Internet access which are being used to ah ever greater 
5 extent by virtue of the web contents of the web- pages 
also being conditioned in appropriate fashion for much 
smaller displays. 

Similarly, the web contents can. be provided at just one 
10 URL which is identical for various client appliances. 
In this case, it is also not necessary to divert the 
requests from the 'client appliances to other, 
client-dependent URLs. 

15 Exemplary embodiments which are shown in the figures of 
the drawing below are intended to give a more detailed 
explanation and description of the invention and also 
of advantageous refinements and improvements of the 
invention.. 

20 

In the drawing: 

Figure 1 shows Internet access to a web page by 

various clients with Internet 

capability, 

25 Figure 2 shows an inventive system configuration 

..for the client-dependent production, 
conditioning and representation of web 
pages. 

Figure 3 shows a method sequence comprising a 

30 client request and automatic setup of a 

web page. 

Figure* 4 shows a design for a web page on a web 

server, and 

Figure 5 shows an exemplary embodiment for 

35 producing a web page.. 



Figure 1 
appliances 



shows Internet access by various client 
with Internet" capability, such as a 
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PC/workstation 1, a laptop- 2 or a WAP mobile phone 3, 
to a web server 4 . 

.On .the Internet or intranet, the various client 
appliances 1, 2, 3 of different type are used and 
differ, by way of example, in terms of the properties 
of their screens, their input options or their Internet 
browsers 11, 12, 13. 

The various client appliances 1, 2, 3 communicate with 
the web server 4, on which web pages are stored, by 
requesting web - contents from a standard Internet 
address (URL) for an Internet service which is 
-identical for all clients, for example 

http: //www. abc. net/index. cgi . 

The web . server 4 identifies the respective type or the 
properties of the client 1, 2, 3 and transmits a 
suitably produced web page 5, 6 in possibly different 
HTML (Hypertext Markup ; Language) formats to the 
PC/workstation 1 and the laptop 2 or transmits a page 7 
in WML (Wireless Markup Language) format to the mobile 
phone 3 with WAP capability. In this way, all client 
appliances 1, 2, 3 receive the web content from the 
same URL, but in accordance with their specific 
properties. . 

Figure 2 shows an inventive system configuration for 
client-dependent production, conditioning and 

representation of web pages 5, 6, 7 using web 
components. 

The various client appliances 1, 2, 3 communicate with 
the web server 4, on which the web pages 5, 6, 7 are 
stored, using client requests 14, 16, 18 and server, 
responses 15, 17, 19. 
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Each of the web pages 5^ 6, -7 contains one or more web 
components 24 for conditioning information for the 
various client types A, C of the. client appliances 

If 2, 3. Depending on the type A, B, C of t,he 
5 respective client 1, 2, 3, the properties of the client 
differ, for example in terms of the screen, the input 
options such as keypad and mouse, or in terms of the 
web- browser 11, 12,. 13, whose' browser capabilities 
support a subset of the existing web technologies, for 
10 example DHTML, HTML with various document object models 
or various data formats such as HTML or WML. 

The client appliances 1, 2, 3 send the client requests 
14, 16, 18 for a first web page 5 to the web server 4. 

15 The web server 4 evaluates the client requests 14, 16, 
18 by first ascertaining the type A, B, C of the client 
1, 2, 3 and the browser type" 11, 12, 13 with the 
associated browser capabilities. Next, the web server 4 
■instantiates the. web components 24 suitable for the 

20 respective client appliance 1, 2, 3 in the first page 
5, which produces the page contents for the first page 
5 in line with type A, B, C and with the properties of 
the corresponding client 1, 2> 3. 

25 Next, the web server 4 returns the first page 5 
produced by the selected web components 24 to the 
corresponding client 1, 2, 3 as server response 15, 17, 
19. In this way, each client 1, 2, '3 receives an 
adapted representation of the first page 5, which is 

30 read, processed or displayed in optimum fashion. If 
further web pages 5, 6, 7 are requested by the client 
appliances 1, 2, 3, the method sequence described is 
repeated. 

35 Figure 3 shows a method sequence on the ' basis of the 
method steps 25-32, where a page 5, 6, 7 requested by a 
client 1, 2, 3 is. automatically produced and returned 
to the client 1, 2, 3. 
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In a first step 25., a client request 14, 16, 18 is 
transmitted to. the web server 4.. In the HTTP request 
header, the request 14, 16, 18 contains the URL of the 
called page and also further information about the 
client i, 2, 3. 

A second step 26 is used to check whether the client 1, 
2, 3 has already sent a request 14, 16, 18 to the web 
server 4 beforehand and a profile is available "for .the 
client 1, 2, 3. If a request- 14, 17, 18 has already 
been made, then there is already a profile with the 
properties of the client 1, 2, 3, said profile merely 
being read in a third step 27. 

If, by contrast, there is not yet .a profile available 
for the client 1, 2, 3, then the web server 4 
automatically creates a new profile for the client 1, 
2, 3 in ^a fourth step 28, and the properties of the 
client 1, 2, 3 are entered into this new profile in an 
identification process. In this case, the information 
about the client properties, such as browser type and 
browser capabilities of the client 1, 2, 3, from the 
HTTP request header are used in order to identify the 
client type A, B, C. 

If it is not possible to create the profile 
automatically, for example because the client 
properties are intended to be configured further in 
great detail, then in a further embodiment the client 

1, 2, 3 is identified using a special dialogue. In this 
context,. the web server 4 first transmits an interposed 
configuration page to the client 1, 2, 3. The user uses 
this page to set the specific handling of his client 1, 

2, 3, for example by selecting from a list of different 
client types A, B, C. 
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Once the client 1, 2, 3 has now been identified, the 
• web server 4 ascertains a profile ' for the client 
appliances 1, 2, 3 and their browsers 11, 12, 13 on the 
basis of the client properties and capabilities in a 
5 fifth step 29. The profile is stored on the web server 
. for later page requests by the client 1, 2, 3. 

. If it is not possible to identify the client 1, 2, 3 or 
its type A, B, C and its properties, then a further. 
10 embodiment has provision for an appropriate error page 
to be returned to the client 1, 2, 3 or for a standard 
profile, for example as a simple HTML client, to be 
used for the client. 

15 In a sixth step 30, the web server 4 instantiates the 
server-end web components 24 for the requested web page 
5, 6, 7 on the basis of the previously ascertained 
client profile* 

20 In a further step 31, the web page 5, 6, 7 is then 
produced in line with the client type A, B, C and the 
client properties by calling the instantiated web 
components 24. 

25 In a final step 32, the web server 4 transmits the 
requested web page 5, 6, 7 conditioned in optimum 
fashion for the client 1, 2, 3 by • the previous steps to 
the appropriate client appliance 1, 2, 3. 

30 Figure 4 shows the design of a web page with its 
server-end Internet components on a web server. 

The web page 5 is divided into a plurality of function 
blocks 34, 35, 36, the function blocks 34, 35, 36 being 
35 menus, static -contents .or form blocks, for example. 
-Each of the function blocks 34, 35, 36 has one or more 
web components 37-45 which represent the content of 
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the function block in question in a manner which is 
suitable for the respective client 1, 2, 3. 

Components which belong to the same function block 
produce web page contents which perform the functions 
or tasks of the function block in question as well as 
possible by representing the portion of the page in a 
manner which is optimum for the respective client type 
A, B, C. . 

By way of example, the first function block 35 contains 
a first web ' component 37 which generates the web 
contents of a first web page 5 for clients of type A, a 
second web component .38 which generates the web 
contents for clients of type ■ B and a third web 
component 39 which generates the web contents for 
clients of type C. 

By way of example, the second function block 36 
contains a fourth web component 4 0 which generates the 
web contents of a second web page 6 for clients of type 
A, a second web component . 41 which- generates the web 
contents for clients of type B and a third web 
component 42 which generates the web contents for 
clients of type C. 

The web components 37 to 4 5 which are responsible for a 
client type A, B, C and are associated with the various 
function blocks 34, 35, 36 thus together take care of 
the design of the full web page 5, 6, 7. The resultant, 
possibly large number of web components 24, 37 to 4 5 
within a web page can be arranged in accordance with 
ordinary web page structure models. 

Figure 5 shows an exemplary embodiment for producing a 
web page 5 and the structure of a web page content 4 6 
of the web page 5 using the instantiated web components 
49. 
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The instantiated web components 4 9 produce the 
respective content 47 of the web page 5. The production 
of the web page content 4 8 is based on the client 
properties of the instantiated web components 49. 

The noninstantiated web components 50 are not involved 
in page production 48 ' and therefore require no 
resources on the web server at' this time. 



